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DETAILED ACTION 

Claim Objections 

1 . Claims 8, 16 and 1 8 are objected to because of the following informalities: 

• Re claim 8: On line 6, the phrase "the World Wide Web" is suggested to be 
changed to - World Wide Web -. 

• Re claim 16: On lines 14, it is suggested to change "the communication port 
means" to - the communication module means -. 

o On line 16, it is suggested to change "the device" to the phrase -- the 
printing device -. 

• Re claim 18: On page 12, line 3, it is suggested to change "the requesting 
device" to - a requesting device -. 

Appropriate correction is required. 

Claim Rejections - 35 USC § 101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

3. Claim 18 is rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non-statutory subject matter. 

Re claim 18: the claim language merely stating in the preamble "An article of 
manufacture" does not appear to be one of the four categories of statutory subject 
matter in relation to the functionality of the computer program. It is suggested that this 
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phrase be omitted and rest of the claim following the phrase serve as the preamble of 
the claim. 

Claim Rejections - 35 USC § 102 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

5. Claims 1-4, 6, 9-11, 13, 16 and 18 are rejected under 35 U.S.C. 102(b) as being 
anticipated by Yeung 798 (US Pat No 6426798). 

Re claim 1 : Yeung 798 discloses a data structure for printer description file, comprising 
the steps of: 

receiving a request for the printing device's configuration attributes at the printing 
device and the request is received from a requesting device (i.e. the request or query 
for the printing device's attributes occurs when a printer driver on the computer (40) 
accesses a printer-specific data structure on an external printer and compares this data 
structure to the universal printer data structure definition, which is stored on the 
requesting or querying computer. The printer-specific data structure or universal data 
structure, illustrated in figure 3, is a plurality of predetermined data elements used for 
storing various capabilities supported by one of a plurality of printers; see figs. 1-4 and 
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6; col. 5, lines 42-67; col. 6, lines 1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 
12, lines 1-24); 

making a determination of the configuration attributes supported by the printing 
device (i.e. when the two data structures are compared, the validity of the printer- 
specific structure is based on how the data structures match in the capabilities of the 
printer being used. If the two structures do not match in having similar types of 
capabilities represented by the markup extensions, then an error is detected in the 
system and the printer-specific data structure is deemed invalid; see figs. 1-4 and 6; col. 
6, lines 1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 12, lines 1-24); 

identifying markup language code associated with the configuration attributes 
supported by the printing device (i.e. in the system, the printing attributes are 
automatically mapped to an XML structure that arranges the printing attributes in a 
hierarchal order. When using the example of figure 6 to determine if a printer-specific 
data structure is valid, the attributes are compared to the attributes in the universal 
printer data structure definition. The comparison involves the attributes and the markup 
language associated with the attributes; see figs. 3-6; col. 10, lines 27-67; col. 11, lines 
1-24 and col. 12, lines 1-24); and 

transmitting the markup language code that is associated with the configuration 
attributes supported by the printing device, from the printing device to the requesting 
device (i.e. when the computer (40) used in the system accesses the printer-specific 
data structure through a communication line (1 06) to the printer (50), after it is 
discovered that the printer-specific data structure is valid, the data structure is sent or 
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transmitted to the computer (40) for the printer driver to correctly communicate with the 
printer (50) using the printer-specific data structure; see figs. 1-3 and 6; col. 10, lines 
27-67; col. 1 1 , lines 1 -24 and col. 12, lines 1 -24). 

Re claim 2: The teachings of Yeung 798 are disclosed above. 
Yeung '798 discloses a method, wherein the step of identifying markup language code 
further comprises the step of excluding markup language code that is associated with 
configuration attributes not supported by the printing device (i.e. the system recognizes 
the user interface constraints. This defines the maximum allowance of a certain feature. 
It is believed that no markup language is in relation to the attribute past the threshold of 
certain interface constraints; see fig. 4; col. 8, lines 52-62). 

Re claim 3: The teachings of Yeung 798 are disclosed above. 
Yeung 798 discloses a method, wherein the step of identifying markup language code 
further comprises the step of identifying markup language code associated with groups 
of configuration attributes supported by the printing device (i.e. in the system, for every 
function or attribute that is performed by the printer, a markup language code is 
associated with the function or attribute. This is illustrated in figures 3 and 4. The 
printer driver identifies these functions in the system when the printer driver is trying to 
obtain the correct printer capabilities to communicate correctly to the printer with the 
printer-specific data structure. The data structure is comprised of XML, which is a 
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markup language; see figs. 3 and 4; col. 5, lines 60-67; col. 6, lines 1-17; col. 10, lines 
27-67; col. 11, lines 1-24 and col. 12, lines 1-24). 

Re claim 4: The teachings of Yeung 798 are disclosed above. 
Yeung 798 discloses a method, wherein the step of identifying markup language code 
further comprises the step of identifying groups of configurations attributes, wherein 
each group of configurations is associated with a markup language document (i.e. the 
universal printer data structure definition (150) is defined in XML and is retained in a file 
referred to as a Document Type Description (DTD). The DTD is considered as a 
markup language document; see fig. 2 and 3; col. 11, lines 1-24 and col. 12, lines 1-24). 

Re claim 6: The teachings of Yeung 798 are disclosed above. 
Yeung 798 discloses a method, wherein the step of identifying markup language code 
further comprises the step of identifying markup language code associated with an 
individual configuration attribute supported by the printing device (i.e. in the system, for 
every function or attribute that is performed by the printer, a markup language code is 
associated with the function or attribute. This is illustrated in figures 3 and 4. The 
printer driver identifies these functions in the system when the printer driver is trying to 
obtain the correct printer capabilities to communicate correctly to the printer with the 
printer-specific data structure. The data structure is comprised of XML, which is a 
markup language; see figs. 3 and 4; col. 5, lines 60-67; col. 6, lines 1-17; col. 10, lines 
27-67; col. 11, lines 1-24 and col. 12, lines 1-24). 
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Re claim 9: The teachings of Yeung 798 are disclosed above. 
Yeung 798 discloses a method, further comprising the step of generating a device 
configuration interface to display the printing device's configuration attributes by 
including markup language code that is associated with the configuration attributes 
supported by the printing device (i.e. the printing device's attributes are displayed on the 
user interface for the user to choose what desired settings the user would like to take 
place on a document. These settings are accompanied by the markup language that 
are transmitted to the printer driver, so that the printer driver can ensure correct 
communication with the printer using the same printer-specific data structure described 
in XML, but display in a format for the user to read and understand; see col. 10, lines 
27-67; col. 11, lines 1-24 and col. 12, lines 1-24). 

Re claim 10: The teachings of Yeung 798 are disclosed above. 
Yeung 798 discloses a method, wherein the step of receiving a request for the printing 
device's configuration attributes further comprises the step of receiving a request for 
configuration attributes from a device driver for a printing device (i.e. the request or 
query for the printing device's attributes occurs when a printer driver on the computer 
(40) accesses a printer-specific data structure on an external printer and compares this 
data structure to the universal printer data structure definition, which is stored on the 
requesting or querying computer. The printer-specific data structure or universal data 
structure, illustrated in figure 3, is a plurality of predetermined data elements used for 
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storing various capabilities supported by one of a plurality of printers; see figs. 1-4 and 
6; col. 5, lines 42-67; col. 6, lines 1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 
12, lines 1-24). 

Re claim 1 1 : Yeung 798 discloses a data structure for printer description file, 
comprising: 

markup language code stored on the printing device (i.e. the markup language 
code is stored in the ROM (122) or EEPROM (132), in regards to the data elements that 
represent the capabilities of the printer. The markup language is structured so that the 
attributes in the system are associated with certain features; see col. 5, lines 42-67; col. 
6, lines 1-17; col. 10, lines 27-67), the markup language code being configured to 
describe and update the printing device's configuration attributes (i.e. the markup 
language is used to describe the different functions and attributes of the printer. The 
XML used is structured in an arrangement that correlates certain features of the printer 
with XML code. When the determination is made whether the printer-specific data 
structure matches the universal printer data structure definition, the system checks to 
see if there are any additional features not accounted for by the universal printer data 
structure definition (UPDSD), so that these elements may be added to the UPDSD. 
This is considered as updating the data structure in order to create a better printer- 
specific data structure in the future; see fig. 2 and 6; col. 3, lines 9-41 ; col. 5, lines 42- 
67; col. 6, lines 1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 12, lines 1-24); 
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an embedded application in communication with the printing device, wherein the 
embedded application is configured to make a run-time determination of which markup 
language code corresponds to supported configuration attributes of the printing device 
(i.e. when the computer (40) accesses the printer (50) using the communication 
interface (106), the process of performing a determination of which markup language 
code corresponding with a supported configuration attribute of the printer is performed 
and is illustrated in figure 6. In the embodiment of the invention, the attribute of any 
printer has its own corresponding markup language already assigned. With this fact, 
the determination of markup language code for a supported attribute is clearly 
performed. This invention ensures that the right attributes for the printer are found, with 
their corresponding markup language, and sent to the computer (40) for the printer 
driver to interact with the printer in a correct manner, realizing the printer's supported 
attributes while using the markup language corresponding to the attribute. Although an 
embedded application is not specifically disclosed, the feature is performed by the 
EEPROM or the ROM, since these device are both in communication with the printer 
and stores printer-related information in regards to the universal printer description file 
(140) and the universal printer data structure definition file (150). These two files 
determine the supported attributes of the printer and have the corresponding markup 
languages with the attributes; see figs. 2-6 and Appendix A on page 26; col. 3, lines 9- 
41; col. 5, lines 42-67; col. 6, lines 1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 
12, lines 1-24); and 
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a communication module associated with the printing device (i.e. the 
communication line (106) is considered as the communication module; see figs. 1 and 
2; col. 10, lines 27-67), and the communication module is configured to receive requests 
for configuration attributes and transmit configuration attributes of the printing device 
(i.e. when the computer (40) tries to access the printer (40) by the communication line 
(106), it queries the printer's EEPROM or ROM in order to request from or query the 
printer's memory to compare the printer-specific data structure to the universal printer 
data structure definition. This example is analogous to the computer asking to see the 
universal printer data structure definition to compare it to the printer-specific data 
structure to see if it is valid; see fig. 6; col. 3, lines 9-41; col. 5, lines 42-67; col. 6, lines 
1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 12, lines 1-24). 

Re claim 13: The teachings of Yeung 798 are disclosed above. 

Yeung 798 discloses a system, wherein the printing device supports printer control 

language (PCL) (i.e. the printer can support many languages such as PCL5c or PCL6 

which are different variations of PCL; see col. 7, lines 7-21). 

Re claim 15: The teachings of Yeung 798 are disclosed above. 

Yeung 798 discloses a system, wherein the markup language code includes XML code 

(i.e. the markup language in this invention is XML; see appendix A on page 26; col. 3, 

lines 9-41; col. 5, lines 42-67; col. 6, lines 1-17). 
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Re claim 16: Yeung 798 discloses a data structure for printer description file, 
comprising: 

a printing means for printing (i.e. the printer (40) in the system has a printer 
engine (131) to cause an output from the printer; see col. 5, lines 35-41); 

a markup language code means for describing configuration attributes (i.e. the 
universal print data structure file (140) is used to describe the configuration attributes or 
the printer. This is utilized by the printer driver to configure itself to be able to print on 
the printer using the correct attribute options; see fig. 2-4 and 6; col. 5, lines 42-67; col. 
6, lines 1-25; col. 10, lines 27-67; col. 1 1 , lines 1-24 and col. 12, lines 1-24), wherein the 
markup language code means is stored on the printing means (i.e. the ROM (122) or 
EEPROM (132) stores the universal printer description file (140) and the universal 
printer data structure definition file (150) on the printer (40); see col. 5, lines 42-67; col. 
6, lines 1-25); 

an embedded application means stored in the printing means, wherein the 
embedded application means is for making a run-time determination of which markup 
language code corresponds to the configuration attributes supported by the printing 
means (i.e. when the computer (40) accesses the printer (50) using the communication 
interface (106), the process of performing a determination of which markup language 
code corresponding with a supported configuration attribute of the printer is performed 
and illustrated in figure 6. In the embodiment of the invention, the attribute of any 
printer has its own corresponding markup language already assigned. With the above 
detail, the determination of markup language code for a supported attribute is clearly 
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performed. This invention ensures that the right attributes for the printer are found, with 
their corresponding markup language, and sent to the computer (40) for the printer 
driver to interact with the printer in a correct manner, realizing the printer's supported 
attributes while using the markup language corresponding to the attribute. Although an 
embedded application is not specifically disclosed, the feature is performed by the 
EEPROM or the ROM, since these device are both in communication with the printer 
and stores printer-related information in regards to the universal printer description file 
(140) and the universal printer data structure definition file (150). These two files 
determine the supported attributes of the printer and have the corresponding markup 
languages with the attributes; see figs. 2-6 and Appendix A on page 26; col. 3, lines 9- 
41; col. 5, lines 42-67; col. 6, lines 1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 
12, lines 1-24); and 

a communication module means in the printing means (i.e. the communication 
line (106) is considered as the communication module; see figs. 1 and 2; col. 10, lines 
27-67), wherein the communication port means is for receiving requests for the 
configuration attributes and transmits configuration attributes supported by the device 
(i.e. when the computer (40) tries to access the printer (40) by the communication line 
(106), it queries the printer's EEPROM or ROM in order to request from or query the 
printer's memory to compare the printer-specific data structure to the universal printer 
data structure definition. This example is analogous to the computer asking to see the 
universal printer data structure definition to compare it to the printer-specific data 
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structure to see if it is valid; see fig. 6; col. 3, lines 9-41; col. 5, lines 42-67; col. 6, lines 
1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 12, lines 1-24). 

Re claim 18: Yeung 798 discloses a data structure for printer description file, 
comprising: 

a computer usable medium having computer readable program code embodied 
therein for dynamically controlling access to configuration attributes for a printing device 
(i.e. the EEPROM (132) has reprogrammable memory that stores information that my 
be provided to the computing equipment (40) to inform the computer of the operational 
parameters of the printer (40); see col. 5, lines 23-59), the computer readable program 
code means in the article of manufacture comprising: 

computer readable program code for receiving a request for the printing device's 
configuration attributes (i.e. the request or query for the printing device's attributes 
occurs when a printer driver on the computer (40) accesses a printer-specific data 
structure on an external printer and compares this data structure to the universal printer 
data structure definition, which is stored on the requesting or querying computer. The 
printer-specific data structure or universal data structure, illustrated in figure 3, is a 
plurality of predetermined data elements used for storing various capabilities supported 
by one of a plurality of printers; see figs. 1-4 and 6; col. 5, lines 42-67; col. 6, lines 1-17; 
col. 10, lines 27-67; col. 11, lines 1-24 and col. 12, lines 1-24); 

computer readable program code for making a run-time determination of 
configuration attributes supported by the printing device (i.e. the universal printer data 
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structure definition file (150) along with the universal printer description file (140) are 
both used to determine a printing device's supported attributes. Figure 6 is an 
illustration of determining what attributes are valid in the files, or supported, so that a 
printer driver can be configured to print on a certain printer (40); see figs. 1-4 and 6; col. 
5, lines 42-67; col. 6, lines 1-17; col. 10, lines 27-67; col. 11, lines 1-24 and col. 12, lines 
1-24); 

computer readable program code for identifying markup language code 
associated with the configuration attributes supported by the printing device (i.e. in the 
system, the printing attributes are automatically mapped to an XML structure that 
arranges the printing attributes in a hierarchal order. When using the example of figure 
6 to determine if a printer-specific data structure is valid, the attributes are compared to 
the attributes in the universal printer data structure definition. The comparison involves 
the attributes and the markup language associated with the attributes; see figs. 3-6; col. 
10, lines 27-67; col. 11, lines 1-24 and col. 12, lines 1-24); and 

computer readable program code for transmitting the markup language code that 
is associated with the configuration attributes supported by the printing device to the 
requesting device (i.e. when the computer (40) used in the system accesses the printer- 
specific data structure through a communication line (106) to the printer (50), after it is 
discovered that the printer-specific data structure is valid, the data structure is sent or 
transmitted to the computer (40) for the printer driver to correctly communicate with the 
printer (50) using the printer-specific data structure; see figs. 1-3 and 6; col. 10, lines 
27-67; col. 11, lines 1-24 and col. 12, lines 1-24). 
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Claim Rejections • 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 5, 7, 8, 12, 14 and 17 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Yeung 798 in view of Hansen '014 (US Pat No. 7185014). 

Re claim 5: The teachings of Yeung 798 are disclosed above. 
Yeung 798 teaches a method, further comprising the steps of parsing an XML tree 
containing the printing device's configuration attributes (i.e. the DTD file created using 
the universal printer data structure definition forms a tree-like structure illustrated in 
figures 3 and 4. This structure is analyzed, or parsed, to find corresponding printing 
attributes for the printer-specific data structure used to configure the printer driver in the 
computer (40); see figs. 1-4 and 6; col. 5, lines 60-67; col. 6, lines 1-17; col. 10, lines 
27-67; col. 1 1 , lines 1-24 and col. 12, lines 1-24) and using the XML tree to create an 
page that displays the printing device's configuration attributes (i.e. the printing device's 
attributes are displayed on the user interface for the user to choose what desired 
settings the user would like to take place on a document; see col. 10, lines 27-67; col. 
11, lines 1-24 and col. 12, lines 1-24). 

However, Yeung 798 fails to teach using the XML tree to create an HTML page 
that displays the printing device's configuration attributes. 
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However, this is well known in the art as evidenced by Hansen '014. Hansen 
'014 discloses using the XML tree to create an HTML page that displays the printing 
device's configuration attributes (i.e. the reference discloses describing commands and 
documents in any computer language, such as html; see col. 8, lines 13-21). 

Therefore, in view of Hansen '014, it would have been obvious to one of ordinary 
skill at the time the invention was made to create an HTML page that displays the 
printing device's configuration attributes in order to have documents or commands be 
described in the HTML format (as stated in Hansen '014 col. 8, lines 13-21). 

Re claim 7: The teachings of Yeung '798 are disclosed above. 
Yeung 798 teaches a method, wherein the step of receiving a request for the printing 
device's configuration attributes further comprises the step of receiving the request for 
the printing device's configuration attributes from a network browser into a printing 
device over a network (i.e. with the universal print data structure definition file or the 
universal print describing file being accessed over the internet or LAN, while the user 
may select desired printing options through a display on the computer 40), this all is 
analogous to receiving a request for the printing device's attributes from a network 
browser into a printing device over a network; see fig. 6; col. 10, lines 27-67; col. 1 1 , 
lines 1-24 and col. 12, lines 1-24). 

However, Yeung 798 fails to teach receiving the request for the printing device's 
configuration attributes from a network browser into printing device's embedded web 
server. 
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However, this is well known in the art as evidenced by Hansen '014. Hansen 
'014 discloses receiving the request for the printing device's configuration attributes 
from a network browser into printing device's embedded web server (i.e. the actual 
server has web server software that can function as an embedded web server. This is 
used to communicate over an external network and it hosts a web page associated with 
parameters of another device (11). This web page is displayed on a host computer. 
The web server software is analogous to an embedded web server since the software is 
equivalent to a web server itself; see fig. 1; col. 3, lines 62-65 and col. 4, lines 1-24). 

Therefore, in view of Hansen '014, it would have been obvious to one of ordinary 
skill at the time the invention was made to receive the request for the printing device's 
configuration attributes from a network browser into printing device's embedded web 
server in order to allow the web server software to communicate with other devices over 
the network (as stated in Hansen '014 col. 4, lines 1-24). 

Re claim 8: The teachings of Yeung '798 in view of Hansen '014 are disclosed above. 
Yeung 798 discloses a method, further comprising the step of using a local area 
network or the World Wide Web of the Internet as the network (i.e. accessing the printer 
(40) can be performed through an internet connection or over a local or wide are 
network; see col. 1 1 , lines 1 and 2). 

Re claim 12: The teachings of Yeung '798 in view of Hansen '014 are disclosed above. 

However, Yeung 798 fails to teach a system, wherein the communication module 
is an embedded web server. 
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However, this is well known in the art as evidenced by Hansen '014. Hansen 
'014 discloses the communication module is an embedded web server (i.e. in the 
system, web server software is used to communicate with other devices connected to 
the network. The web server software is analogous to an embedded web server since 
the software is equivalent to a web server itself; see fig. 1; col. 3, lines 62-65 and col. 4, 
lines 1-24). 

Therefore, in view of Hansen '014, it would have been obvious to one of ordinary 
skill at the time the invention was made to the communication module is an embedded 
web server in order to allow the web server software to communicate with other devices 
over the network (as stated in Hansen '014 col. 4, lines 1-24). 

Re claim 14: The teachings of Yeung 798 in view of Hansen '014 are disclosed above. 

However, Yeung 798 fails to teach a system, wherein the markup language code 
includes HTML code. 

However, this is well known in the art as evidenced by Hansen '014. Hansen 
'014 discloses a system, wherein the markup language code includes HTML code (i.e. 
the reference discloses having documents and commands in the html format; see col. 8, 
lines 13-21). 

Therefore, in view of Hansen '014, it would have been obvious to one of ordinary 
skill at the time the invention was made to a system, wherein the markup language code 
includes HTML code in order to have any computer language to be used, such as html 
(as stated in Hansen '014 col. 8, lines 13-21). 
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Re claim 17: The teachings of Yeung 798 in view of Hansen '014 are disclosed above. 

However, Yeung 798 fails to teach a system, wherein the communication module 
means is an embedded web server. 

However, this is well known in the art as evidenced by Hansen '014. Hansen 
'014 discloses a system, wherein the communication module means is an embedded 
web server (i.e. in the system, web server software is used to communicate with other 
devices connected to the network. The web server software is analogous to an 
embedded web server since the software is equivalent to a web server itself; see fig. 1; 
col. 3, lines 62-65 and col. 4, lines 1-24). 

Therefore, in view of Hansen '014, it would have been obvious to one of ordinary 
skill at the time the invention was made to have a system, wherein the communication 
module means is an embedded web server in order to allow the web server software to 
communicate with other devices over the network (as stated in Hansen '014 col. 4, lines 
1-24). 

Conclusion 

8. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. Moore '831 discloses driverless printing that discloses the 
features of having a computer request the attributes of a printer, the printer performing a 
determination of the attributes present on the apparatus and sending the attributes over 
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to the computer in order to configure the printer driver on the computer for correctly 
printing on the printer. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Chad Dickerson whose telephone number is (571)-270- 
1351. The examiner can normally be reached on Mon. thru Thur. 9:00-6:30 Fri. 9:00- 
5:00. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Aung Moe can be reached on (571)- 272-7314. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 




